home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1995 November / EnigmA AMIGA RUN 02 (1995)(G.R. Edizioni)(IT)[!][issue 1995-11][Skylink CD].iso / earcd / program / amos / amoslist.lzh / AMOSLIST / 000278_amos-request@svcs1.digex.net_Wed Sep 20 04:58:22 1995.msg < prev    next >
Internet Message Format  |  1995-10-02  |  3KB

  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id EAA26474;  for <mcox@access.digex.net> ; Wed, 20 Sep 1995 04:58:21 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id DAA05700 for amos-out; Wed, 20 Sep 1995 03:47:42 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id DAA05697 for <amos-list@svcs1.digex.net>; Wed, 20 Sep 1995 03:47:40 -0400
  4. Received: from wn1.sci.kun.nl (wn1.sci.kun.nl [131.174.8.1]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id DAA22760;  for <amos-list@access.digex.net> ; Wed, 20 Sep 1995 03:47:38 -0400
  5. Received: from mpih17 by wn1.sci.kun.nl via mpih17.mpi.nl [192.87.79.57] with ESMTP 
  6.     id JAA17292 (8.6.10/2.13) for <amos-list@access.digex.net>; Wed, 20 Sep 1995 09:47:36 +0200
  7. Received: by mpih17 (1.37.109.16/2.1) on MPINET
  8.      id AA051933160; Wed, 20 Sep 1995 09:46:00 +0200
  9. Date: Wed, 20 Sep 1995 09:46:00 +0200 (METDST)
  10. From: Branko Collin <bcollin@mpi.nl>
  11. X-Sender: bcollin@mpih17
  12. To: Amos Discussion List <amos-list@access.digex.net>
  13. Subject: Re: Extensions Wishlist
  14. In-Reply-To: <199509192132.VAA18507@mail.enterprise.net>
  15. Message-Id: <Pine.HPP.3.91.950920094308.5106A-100000@mpih17>
  16. Mime-Version: 1.0
  17. Content-Type: TEXT/PLAIN; charset=US-ASCII
  18. Status: RO
  19. X-Status: 
  20.  
  21. On Tue, 19 Sep 1995, Semprini wrote:
  22.  
  23. > Oh yes, one thing I've always wanted to see in AMOS is the old BBC 
  24. > FNs.  They aren't the ones in Amos which I personally have never used 
  25. > (am I missing out?), but are more or less a different format of 
  26. > PROCs.
  27. > In a procedure you have...
  28. > defining it with PROCEDURE <NAME>[params]
  29. > ending it with ENDPROC
  30. > in an FN you have:
  31. > defnining it with DEF FN <NAME>[params]
  32. > ending it with =<variable>
  33. > Basically how you use it is you do <variable>=FN<name>.  It's a 
  34. > simplified version of:
  35. > PROC <NAME>: <VARIABLE>=PARAM but it makes the programming a lot 
  36. > smoother and smarter.  Sorry, I've always been crap at describiing 
  37. > things like this.
  38. > Say you've got PROCEDURE LEN[L$,L] which takes your string L$ and 
  39. > then reduces or expands it so it is L characters long.  It then does 
  40. > ENDPROC[L], right?  So, to call it you do:
  41. > LEN["Test String",20] : PRINT PARAM$
  42. > "Test String       "
  43. > OK?
  44. > If you have an FN you just do
  45. > PRINT FN["Test String",20]
  46. > I know it's not a huge difference really, but it's just a bit less 
  47. > fiddly, makes things look much nicer.  You could also use it in a 
  48. > similar way to those horrible FNs that AMOS uses it, but with proper 
  49. > routines inside rather than just one lined nonsense that you only put 
  50. > in once.
  51.  
  52. You're right.
  53.  
  54. When I sent in my registration card for Amos years ago, this was the only 
  55. improvement I could think of, and it's still high on my wishlist. It can 
  56. make progs so much more readable.
  57.  
  58. ...................................     Lots of people talking     ....
  59. .       Branko Collin          .        Very few of them know         .
  60. .                              .       That the soul of a woman       .
  61. .   //  u249026@vm.uci.kun.nl  .           Was created below          .
  62. . \X/   bcollin@mpi.nl         .                                      .
  63. ................................. Led Zeppelin - Dazed and Confused  ..
  64.